METHOD FOR TRANSMITTING AND RECEIVING DATA OF WIRELESS KEYBOARD 

BACKGROUND OF THE INVENTION 

5 Field of the Invention 

The present invention relates to a method for 
transmitting and receiving data of a wireless keyboard, and 
more particularly to a method for transmitting and receiving 
data of a wireless keyboard, which can provide variable data 

10 varying with an input key, inverted variable data, and fixed 
data on the basis of a new communication protocol, correctly 
confirm a data error without assigning a checksum bit field to 
the keyboard data, minimize an amount of battery power 
consumption irrespective of a demodulation method, and add 

15 another function key to the wireless keyboard without 
increasing a size of data. 

Description of the Related Art 

In a conventional communication protocol of a wireless 
20 keyboard based on an infrared (IR) or radio frequency (RF) 
signal, a 4-pulse position modulator (4 PPM) , a pulse width 
modulator (PWM) and a simple pulse modulator are widely used. 
The PWM as well as the simple pulse modulator produces a logic 
"0" or "1" on the basis of a pulse width. The pulse width 
25 varies with a data code. Where the pulse width expressed as the 
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logic "1" or "0" varies, a size of data can be increased. Thus, 
an amount of electric power consumption is increased. There is 
a drawback in that an amount of battery power consumption 
cannot be minimized. 
5 To address this drawback, the 4 PPM capable of producing 

the logic "1" or "0" on the basis of a pulse generation point 
can be used . The communication protocol for use in the 4 PPM 
uses a plurality of special bits corresponding to respective 
function keys so that a transmission error associated with a 

10 function key arranged on a keyboard can be prevented. So, the 
special bits are transmitted at a time of transmitting keyboard 
data. Even though the transmission error occurs while the 
keyboard data is transmitted, the transmission error can be 
compensated ' for since the press or press-release information 

15 associated with the function key is transmitted along with data 
of the next pressed key at the same time. As an example, a 
wireless-keyboard data transmission method using the 
conventional 4 PPM will be described. 

Fig. 1 is a schematic block diagram illustrating a 

20 conventional wireless keyboard. Referring to Fig. 1, the 
conventional wireless key 1 includes a microprocessor 11, a 
key matrix 13 and a transmission unit 15. The microprocessor 
11 applies a scanning signal to the key matrix 13. The 
microprocessor 11 searches for a pressed or press-released key 

25 from among keys of the key matrix 13 and transmits keyboard 
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data containing a scan code associated with a corresponding 
key to a personal computer 3 through the transmission unit 15. 

Fig. 2 is a view illustrating a format of data according 
to the keyboard data transmission method using the 
5 communication protocol for the 4PPM associated with the 
conventional wireless keyboard. Referring to Fig. 2, a 
channel ID data field is assigned to keyboard data where the 
conventional personal computer 3 is coupled to a plurality of 
wireless keyboards 1. Further, where additional window keys 

10 are provided in a wireless keyboard 1, a window key flag field 
for the window keys is assigned to the keyboard data. That 
is, as shown in Fig. 2, the keyboard data of a conventional 
system includes a total of 32 bits, i.e., a total of 4 bytes 
(Bl, B2, B3 and B4). Five bits (Bit7, Bit6, Bit5, Bit4 and 

15 Bit3) within the first byte (Bl) of the keyboard data 
corresponds to an ID of the wireless keyboard 1. 

A mouse or a remote controller can be used as an input 
unit for inputting the ID information. The ID information is 
used for identifying keyboard data from data transmitted by an 

20 IR or RF module. In this case, a leader indicating the 
transmission of keyboard data can be assigned to the eighth 
bit (Bit7) . Data items corresponding to window keys are 
assigned to three bits (Bit2, Bitl and BitO) within the first 
byte (Bl) . State information items of left and right window 

25 keys are assigned as the first and second bits (BitO and Bitl) 
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of the first byte (Bl) . The fourth bit (Bit3) is a reserved 

bit capable of being assigned to another window key. 

Next, the second byte (B2) is data indicating that a 

function key has been pressed. As shown in Fig. 2, the eighth 
5 bit (Bit7) of the second byte (B2) is assigned for make and 

brake flags associated with function keys. The first to 

seventh bits (BitO - Bit6) are assigned as flag bits of the 

respective function keys. 

Key codes corresponding to scan codes assigned to 
10 respective keys are assigned to the third byte (B3) . Here, 

the third byte (B3) includes make and brake codes of a 

corresponding key . 

A channel ID is assigned to the fifth to eighth bits 

(Bit4 - Bit7) of the fourth byte (B4). Checksum information 
15 is assigned to the first to fourth bits (BitO ~ Bit3) so that 

a transmission error of the keyboard data can be checked. 

Here, the channel ID is channel information for identifying a 

corresponding wireless keyboard where a plurality of wireless 

keyboards are used. 
20 When combining function keys and general keys, most 

users use a combination of one function key and one general 

key more frequently than a combination of two function keys 

and one general key or a combination of three function keys 

and one general key. 
25 However, a conventional method for assigning special 
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bits to the respective function keys must assign a function- 
key data field having the number of bits being the same as the 
number of function keys. There is a drawback in that a size 
of the data field is increased as the number of function keys 
5 is increased. Further , there is another drawback in that the 
increased size of data increases an amount of electric power 
consumption. Furthermore, there is another drawback in that 
an additional checksum code used for checking the transmission 
error must be assigned and hence the size of data is 
10 increased. 

Since the size of keyboard data is increased when 
another function key is added to the wireless keyboard, its 
efficiency is degraded. There is yet another drawback in that 
a size of the data field must be increased where other 
15 function keys are continuously added to the wireless keyboard. 

SUMMARY OF THE INVENTION 

Therefore, it is one object of the present invention to 
20 provide a method for transmitting and receiving data of a 
wireless keyboard, which can provide variable data varying 
with an input key, inverted variable data, and fixed data on 
the basis of a new communication protocol. 

It is another object of the present invention to provide 
25 a method for transmitting and receiving data of a wireless 
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keyboard, which can correctly confirm a data error without 
assigning a checksum bit field to the keyboard data. 

It is yet another object of the present invention to 
provide a method for transmitting and receiving data of a 
5 wireless keyboard, which can minimize an amount of battery 
power consumption irrespective of a demodulation method, and 
add another function key to the wireless keyboard without 
increasing a size of data. 

In accordance with the first aspect of the present 

10 invention, the above and other objects can be accomplished by 
the provision of a method for transmitting keyboard data 
between a computer and a wireless keyboard having a plurality 
of general keys and a number of function keys, comprising the 
steps of: (a) generating the keyboard data in response to a 

15 key press or press release, the keyboard data including fixed 
data containing a leader indicating a transmission of the 
keyboard data, variable data, and inverted variable data, the 
variable data including a 1-bit special bit indicating whether 
a function key has been pressed, a make/brake bit indicating 

20 whether a key has been pressed, and a scan code corresponding 
to a pressed or press-released key; and (b) transmitting the 
generated keyboard data through an air interface. 

In accordance with the second aspect of the present 
invention, there is provided a method for receiving keyboard 

25 data between a computer and a wireless keyboard having a 
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plurality of general keys and a number of function keys, 
comprising the steps of: (a) receiving and processing the 
keyboard data, the keyboard data including fixed data 
containing a leader indicating a transmission of the keyboard 
5 data, variable data, and inverted variable data, the variable 
data including a 1-bit special bit indicating whether a 
function key has been pressed, a make/brake bit indicating 
whether a key has been pressed, and a scan code corresponding 
to a pressed or press-released key; and (b) performing an 
10 operation corresponding to the received and processed keyboard 
data . 

In accordance with the third aspect of the present 
invention, there is provided a combination of the first and 
second aspects. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other objects, features and other 
advantages of the present invention will be more clearly 
20 understood from the following detailed description taken in 
conjunction with the accompanying drawings, in which: 

Fig. 1 is a schematic block diagram illustrating a 
conventional wireless keyboard; 

Fig. 2 is a view illustrating a format of data according 
25 to a method for transmitting data of the conventional 
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keyboard; 

Fig. 3 is a view illustrating the configuration of a 
wireless-keyboard data transmission device for implementing 
the present invention; 
5 Fig. 4 is a flowchart illustrating a wireless-keyboard 

data transmission method in accordance with the present 
invention; 

Fig. 5 is a view illustrating a format of wireless 

keyboard data in accordance with the present invention; 
10 Fig. 6 is a view illustrating a format of a wireless 

keyboard data packet in accordance with the present invention; 

Fig. 7 is a view illustrating the configuration of a 

wireless-keyboard data reception device for implementing the 

present invention; and 
15 Fig. 8 is a flowchart illustrating a wireless-keyboard 

data reception method in accordance with the present 

invention . 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

20 

A method for transmitting and receiving data of a 
wireless keyboard in accordance with preferred embodiments of 
the present invention will be described in detail with 
reference to the annexed drawings . 

25 Fig. 3 is a view illustrating the configuration of a 
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wireless-keyboard data transmission device for implementing 
the present invention. Referring to Fig. 3, the wireless- 
keyboard data transmission device for implementing the present 
invention includes a power supply 31 for supplying necessary 
5 electric power to a wireless keyboard; a key matrix 32 for 
receiving an input key according to a key press or press 
release; a micro controller unit (MCU) 33 for recognizing the 
key press or press release and controlling an operation of 
transmitting corresponding keyboard data through an air 

10 interface; and an infrared (IR) transmission unit 34 for 
converting data into an IR signal being a wireless signal 
under the control of the MCU 33 and transmitting the wireless 
signal through the air interface. Under the control of the 
MCU 33, the following wireless-keyboard data transmission 

15 method in accordance with the present invention is performed. 

Fig. 4 is a flowchart illustrating the wireless-keyboard 
data transmission method in accordance with the present 
invention. Referring to Fig. 4, there is shown the wireless- 
keyboard data transmission method for transmitting keyboard 

20 data from the wireless-keyboard data transmission device to a 
wireless-keyboard data reception device. The wireless- 

keyboard data transmission method will be described in detail. 

In the method for transmitting the keyboard data between 
a computer and a wireless keyboard having a plurality of 

25 general keys and a number of function keys in accordance with 
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the present invention, the keyboard data is generated in 
response to a key press or press release. The keyboard data 
includes fixed data containing a leader indicating a 
transmission of the keyboard data, variable data, and inverted 
5 variable data. The variable data includes a 1-bit special bit 
indicating whether a function key has been pressed, a 
make/brake bit indicating whether a key has been pressed, and 
a scan code corresponding to a pressed or press-released key. 
After the keyboard data is generated, the generated keyboard 

10 data is transmitted through the air interface. 

As described above, the fixed data includes the leader 
indicating the transmission of the keyboard data. The 
variable data includes the special bit indicating whether the 
function key has been pressed, the make/brake bit indicating 

15 whether the key has been pressed, and the scan code 
corresponding to the pressed or press-released key. The 
inverted variable data includes an inverted special bit, an 
inverted make/brake bit and an inverted scan code. The fixed 
data can include channel information according to a product or 

20 use environment as well as the leader indicating the 
transmission of the keyboard data. 

The first byte contained in the keyboard data to be 
received includes the leader, the special bit and the inverted 
special bit. The second byte includes the make/brake bit and 

25 the scan code. The third byte includes the inverted 
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make/brake bit and the inverted scan code produced by 
inverting the make/brake bit and scan code of the second byte. 

A method for assigning the special bit and inverted 
special bit in accordance with the present invention is 
5 different from the conventional method for assigning the 
special bit and inverted special bit. In other words, the 
conventional method assigns the special bit and inverted 
special bit to each function key. However, the method in 
accordance with the present invention fixes each of the 
10 special bit and inverted special bit to one bit irrespective 
of the function keys. Thus, even though another function key 
is added to the wireless keyboard, the number of special bits 
is not increased. Furthermore, the size of keyboard data is 
not increased . 

15 Referring to Figs. 4 and 5, a keyboard data generation 

procedure generates the first byte (Bl) including a leader (L) 
of fixed bits, a special bit (SP) indicating state information 
of a function key f and an inverted special bit (-SP) in 
response to a key press or press release at steps S41 to S45. 

20 As described above, the first byte (Bl) includes the 

inverted special bit (-SP) . The inverted special bit (-SP) is 
used for correctly checking a transmission error associated 
with the special bit (SP) . It is preferable that the special 
bit or inverted special bit is assigned as one bit. The 

25 special bit (SP) is set to "1" if the function key is in a 
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make mode. Further, the special bit (SP) is set to "0" if the 
function key is in a brake mode. 

Then, a second byte generation procedure generates the 
make/brake bit (M/B) indicating whether the key has been 
5 pressed, and the scan code (SCD) corresponding to the pressed 
or press-released key, and generates the second byte (B2) 
including the make/brake bit (M/B) and scan code (SCD) at steps 
S46 to S48. At this time, the make/brake bit (M/B) is set to 
"1" if the key has been pressed. Otherwise, the make/brake 

10 bit (M/B) is set to "0" or cleared if the pressed key has been 
released. Thus, the second byte (B2) including the make/brake 
bit (M/B) of w l" or "0" and the scan code (SCD) is generated. 
The first and second bytes (Bl and B2) are stored in a buffer 
before they are transmitted. 

15 Then, a third byte generation procedure generates the 

third byte (B3) including inverted data produced by inverting 
the make/brake bit (M/B) and the scan code (SCD) included in 
the second byte (B2) at steps S49, S50 and S51. That is, it is 
determined whether the transmission of the keyboard data is 

20 ongoing at the above step S49. If the transmission of the 
keyboard data is ongoing, the first byte generation procedure 
is performed at the above steps S42 to S45. Otherwise, there is 
generated the third byte (B3) including the inverted data 
produced by inverting the make/brake bit (M/B) and the scan 

25 code (SCD) which are included in the second byte (B2) stored in 
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the buffer at the above step S50. Then, the third byte (B3) 
including an inverted make/brake bit (-M/B) and an inverted 
scan code (-SCD) being the inverted data is generated at the 
above step S51. 

5 Then, in a procedure of transmitting the keyboard data at 

steps S52 and S53, the keyboard data including the generated 
first, second and third bytes (Bl, B2 and B3) is converted into 
a wireless signal, and the wireless signal is transmitted. In 
this procedure, a parity bit is added to each byte of the 

10 keyboard data to be transmitted. A start bit (ST) and stop bit 
(STP) are added to a head and tail of each byte contained in 
the keyboard data. 

In the procedure of converting the keyboard data into the 
wireless signal and transmitting the wireless signal, the 

15 keyboard data contained in the generated first to third bytes 
is converted into the wireless signal in units of packets so 
that the wireless signal can transmitted. 

Fig. 5 is a view illustrating a format of the wireless 
keyboard data in accordance with the present invention. The 

20 keyboard data includes the first byte (Bl) , the second byte 
(B2) and the third byte (B3) . The respective bytes can 
commonly include the start bit (ST), the parity bit (P) and 
the stop bit (STP) . The first byte (Bl) includes the leader 
(L) indicating the transmission of the keyboard data, the 

25 special bit (SP) indicating whether the function key has been 
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pressed, and the inverted special bit (-SP) . Further, the 
second byte (B2) includes the make /brake bit (M/B) indicating 
whether the key has been pressed, and the scan code (SCD) 
corresponding to the pressed or press-released key. 
5 Furthermore, the third byte (B3) includes complementary values 
for the make/brake bit (M/B) and scan code (SCD), i.e., the 
inverted make/brake bit (-M/B) and inverted scan code (-SCD) . 

As described above, the complementary values for the 
make/brake bit (M/B) and scan code (SCD) contained in the 

10 second byte in accordance with the keyboard data of the 
present invention are the same as the inverted make/brake (- 
M/B) and inverted scan code (-SCD) contained in the third byte 
(B3) . Thus, a transmission error of the keyboard data can be 
correctly checked using the second and third bytes without 

15 assigning an additional checksum code to the keyboard data. 

The keyboard data, consisting of the first, second and 
third bytes (Bl, B2 and B3) , is converted into the wireless 
signal and the wireless signal can be transmitted through an 
air interface. 

20 In accordance with the present invention, the size of a 

packet of the keyboard data can be minimized. The format of the 
packet of the keyboard data is shown in Fig. 6* 

Fig. 6 is a view illustrating the format of the wireless 
keyboard data packet in accordance with the present invention. 

25 Referring to Fig. 6, the size of the keyboard data is based on 
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approximately 23 ms, and a time interval between packets is set 
to approximately 77 ms. Further, each byte within each packet 
includes 11 bits. The size of each bit is based on 
approximately 696.9 fis . 
5 Fig. 7 is a view illustrating the configuration of a 

wireless-keyboard data reception device for implementing the 
present invention. Referring to Fig. 7, the wireless-keyboard 
data reception device for implementing the present invention 
includes an infrared (IR) reception unit 61 for receiving 

10 keyboard data from the above-described wireless-keyboard data 
transmission device through an air interface; a micro 
controller unit (MCU) 62 for controlling an operation 
corresponding to the keyboard data received from the IR 
reception unit 61; and a light emitting diode (LED) display 

15 unit 63 for displaying information indicating a transmission 
state of the keyboard data under the control of the MCU 62. 
Under the control of the MCU 62 , the wireless keyboard data 
reception procedure is performed in accordance with the present 
invention . 

20 Next, the wireless-keyboard data reception method in 

accordance with the present invention will be described. 

Fig. 8 is a flowchart illustrating the wireless-keyboard 
data reception method in accordance with the present 
invention. The operation of enabling the wireless-keyboard 

25 data reception device to receive the keyboard data from the 
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wireless-keyboard data transmission device through an air 
interface will be described in detail with reference to Fig. 8. 

In the method for receiving keyboard data between a 
computer and a wireless keyboard having a plurality of general 
5 keys and a number of function keys in accordance with the 
present invention , the above-described keyboard data reception 
device receives and processes the keyboard data. The keyboard 
data includes fixed data containing a leader indicating a 
transmission of the keyboard data, variable data, and inverted 

10 variable data. The variable data includes a 1-bit special bit 
indicating whether a function key has been pressed, a 
make/brake bit indicating whether a key has been pressed, and 
a scan code corresponding to a pressed or press-released key. 
After the keyboard data is received and processed, an 

15 operation corresponding to the received and processed keyboard 
data is performed. 

As described above, the fixed data contained in the 
keyboard data includes the leader indicating the transmission 
of the keyboard data. The variable data includes the special 

20 bit indicating whether the function key has been pressed, the 
make/brake bit indicating whether the key has been pressed, 
and the scan code corresponding to the pressed or press- 
released key. The inverted variable data includes an inverted 
special bit, an inverted make/brake bit and an inverted scan 

25 code. In particular, the special bit and inverted special bit 



16 



are assigned as one bit, respectively. 

The keyboard data includes the first, second and third 
bytes. The first byte includes the leader, the special bit 
and an inverted special bit. The second byte includes the 
5 make/brake bit and scan code. The third byte includes the 
inverted make/brake bit and scan code. . Each byte of the 
keyboard data includes a parity bit, a start bit added to a 
head of each byte, and a stop bit added to a tail of each 
byte . 

10 First, in a procedure of receiving the keyboard data at 

steps S71 to S7 3, the MCU 62 receives the keyboard data 
including the first to third bytes (Bl, B2 and B3) through the 
IR reception unit 61 of the wireless-keyboard data reception 
device. That is, a received IR signal being a wireless signal 

15 is recovered to original keyboard data. Each of the first to 
third bytes contained in the keyboard data can be recognized 
by a start bit (ST) and a stop bit (STP) . It is determined 
.whether the received wireless signal corresponds to the 
keyboard data on the basis of a leader contained in the first 

20 byte (Bl) . If the received wireless signal corresponds to the 
keyboard data, the MCU 62 receives the keyboard data including 
the first to third bytes (Bl, B2 and B3) through the IR 
reception unit 61. 

Then, in a procedure of checking a transmission error 

25 associated with the keyboard data at step S74, the 



17 



transmission error is checked on the basis of the second and 
third bytes (B2 and B3) contained in the keyboard data. That 
is, the transmission error of each byte is checked using a 
parity bit (P) within each byte contained in the keyboard 
data. Then, it is checked whether an inverted bit and code 
produced by inverting the make/brake bit and scan code 
contained in the second byte are the same as the inverted 
make/brake bit and scan code contained in the third byte. If 
the transmission error is detected in the transmission error 
checking procedure, the received keyboard data is ignored. 
Otherwise, the next step is performed. 

At step S75, it is determined whether a key is in a 
make/brake mode on the basis of the make/brake bit (M/B) 
contained in the second byte of the keyboard data. If the 
make/brake bit (M/B) has been set to "1", it is determined 
that the key is in the make mode. On the other hand, if the 
make/brake bit (M/B) has been set to M 0" or cleared, it is 
determined that the key is in the brake mode. 

In a procedure of generating a make code at step S77a to 
S77c, a determination is made as to whether the key is a 
function key on the basis of the special bit contained in the 
first byte if the key is in the make mode. If the key is a 
function key, the special bit is set to generate the make 
code. At this time, if the special bit (SP) of the first byte 
has been set, the key is recognized as a function key. On the 
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other hand, if the special bit (SP) of the first byte has been 
cleared, the key is recognized as a general key. 

In a procedure of generating a brake code at step S7 6a 
to S7 6c, a determination is made as to whether the key is a 
5 function key on the basis of the special bit contained in the 
first byte if the key is in the brake mode. If the key is not 
a function key, the special bit is cleared to generate the 
brake code. At this time, if the special bit (SP) of the 
first byte has been set, the key is recognized as a function 

10 key. On the other hand, if the special bit (SP) of the first 
byte has been cleared, the key is recognized as a general key. 

In a procedure of performing a corresponding operation 
at step S78 to S81, an operation according to the special bit, 
make/brake code and scan code is performed. In other words, 

15 the make/brake code generated in the procedures of generating 
the make/brake code, are stored in a temporary buffer. Then, 
if a host's command exists, the host's command is processed. 
On the other hand, if no host's command exists, a 
corresponding operation according to the special bit, 

20 make/brake code and scan code is performed. 

As apparent from the above description, the present 
invention provides a method for transmitting and receiving 
data of a wireless keyboard, which can provide variable data 
varying with an input key, inverted variable data, and fixed 

25 data on the basis of a new communication protocol, correctly 
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confirm a data error without assigning a checksum bit field to 
the keyboard data, minimize an amount of battery power 
consumption irrespective of a demodulation method, and add 
another function key to the wireless keyboard without 
5 increasing a size of data. 

In other words, the method of the present invention can 
minimize the amount of battery power consumption even though 
any modulator other than the conventional 4PPM is used. 
Further, even though another function key is added to the 

10 wireless keyboard, the method can constantly maintain the size 
of data without changing a data field according to the new 
communication protocol. When data is varied in the new 
communication protocol, inverted data associated with the 
variable data other than the fixed data is always assigned to 

15 the keyboard data to be transmitted, such that the amount of 
battery power consumption can be minimized and constantly 
maintained, and the size of data can be constantly maintained. 
Since the inverted variable data is assigned to the keyboard 
data, the data error can be correctly confirmed. There is a 

20 merit in that the size of data is not increased even though 
other function keys are added to the wireless keyboard since 
only one bit is assigned to each function key. 

The preferred embodiments of the present invention have 
been disclosed for illustrative purposes. Those skilled in 

25 the art will appreciate that various modifications, additions 
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and substitutions are possible, without departing from the 
scope and spirit of the invention as disclosed in the 
accompanying claims . 
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